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(54) Title: DEVICE FOR DIRECTING THE OPERATION OF A USER'S PERSONAL COMMUNICATION APPARATUS 



^ (57) Abstract: A system comprising a device comprising an RF tag embedded in a casing, and a mobile phone having an RF tag 
O reader which is operable upon reading the RF tag to perform an operation associated with said RF tag. When the user wants to 
S perform a certain operation with the phone, he can by-pass the normal input technologies, typically a keypad, by manoeuvring the 
device such that the RIP tag is read by the RF tag reader, and then the personal communication apparatus performs an operation 
associated with the RF tag. Thus, the present invention offers rapid access to regularly used functions or operations without the need 
to navigate a menu. Moreover, access to these regularly used functions is made intuitive by associating a physical object, i.e. the 
^ device, with an operation. 
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Device for Directing the Operation of a User's Personal Communication 
Apparatus 

5 The present invention relates to directing the operation of a user's persona! 
communication apparatus. 

Personal communication apparatus in the form of cellular telephones have 
become ubiquitous. As cellular telephones have evolved from just mobile 

10 analogues of traditional fixed-line telephones providing only voice 

communication into multi-faceted communication devices providing not 
only voice communication but a range of communication options including 
notably internet access, there is a need to prevent the complexity of using 
the cellular telephone's user interface escalating. The present invention is 

15 generally concerned with this problem. 

According to one aspect, the present invention may provide a device for 
directing the operation of a user's personal communication apparatus, 
comprising an RFtag located in a decorative casing of a size to facilitate 
20 handling by the user, wherein the RF tag stores a code to direct the 
operation of a user's personal communication apparatus. 

Beyond the dimensional limitation, there is no limit on the appearance of 
the casing except to say that, in preferred embodiments, the casing 
25 comprises a gewgaw, ideally appealing to the fashion or aesthetic 
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sensibilities of the user and which may serve as a fashion accessory, or 
emblem for a particular group. 

According to another aspect the present invention may provide a system 
5 comprising a device comprising an RF tag embedded in a casing, and a 
user's personal communication apparatus having an RF tag reader which is 
operable upon reading the RF tag to perform an operation associated with 
said RF tag. 

10 By virtue of the above features, when the user wants to perform a certain 
operation with the personal communication apparatus, he can by-pass the 
normal input technologies, typically a keypad, by manoeuvring the device 
such that the RF tag is read by the RF tag reader, and then the personal 
communication apparatus performs an operation associated with the RF 

15 tag. Thus, the present invention offers rapid access to regularly used 
functions or operations without the need to navigate a menu. Moreover, 
access to these regularly used functions is made intuitive by associating a 
physical object, i.e. the device, with an operation. Also, the device can be 
used to selectively enable/disable local functions of a user's personal 

20 communication apparatus. For example, a secrecy mode can be controlled 
by the device, the device effectively serving as a physical "key" to lock away 
and unlock sensitive information, thus effectively affording the 
functionality which is normally in a user's personal communication 
apparatus by a PIN code. 
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Preferably, the casing comprises a gewgaw, ideally appealing to the fashion 
or aesthetic sensibilities of the user and serving as a fashion accessory, or 
emblem for a particular group. Preferably, the devices are sized to be easily 
handled by the user. For example, this means that they are of sufficient 
5 size to be held by the user's fingers. Also preferably, the devices are not so 
large that it becomes a noticeable hindrance for the user to carry a set of 
them. 

In one embodiment, the user's personal communication apparatus includes 
10 a marking on the exterior surface of the housing. This marking serves to 
indicate the interaction area on the apparatus's housing adjacent to which 
the device should be placed for reading. 

The user's personal communication apparatus may comprise a docking port 
15 into which the device can be docked for reading the RF tag. In one 

embodiment, the RF tag can only be read when docked so as to avoid the 
possibility of an accidental request of an operation associated with the 
code on an RF tag. To this end, either the RF tag reader/ RF tag can be 
calibrated to provide for only very close range reading i.e. when docked, or 
20 the RF tag can be provided with a switch means which is activated only 
when the RF tag is properly docked. In another embodiment, a plurality of 
devices can be docked simultaneously. Preferably, the operation directed 
by the user is dependent on the combination of the docked devices. An 
advantage of employing a docking port is that the act of docking can signal 
25 to the RF tag reader to perform a read operation, whereby it is relatively 



WO 2004/003829 PCT/IB2003/002494 

4 

energy efficient in that energy is not wasted trying to attempt a reading 
when there is no RFtag in reading range. 

With this in mind, according to another aspect, the present invention may 
5 provide a set of devices for directing the operation of users' personal 
communication apparatuses, each comprising an RFtag embedded in a 
decorative casing, the appearance of each casing being distinguishable 
from others in the set. 

10 In this way, the user can access a range of functions of the personal 

communication apparatus by selecting the appropriate device from the set 
and using that to activate the function. 

According to a still further aspect, the present invention may provide a 
15 method of directing the operation of the user personal communication 
apparatus by 

the user requesting a desired operation by performing an interaction with 
the user's personal communication apparatus which generates an action 
20 code from external of the user's personal communication apparatus; 

automatically routing an action-request message, including an action code 
field which is the same as or derived from said action code, to a server; and 



25 



the server performing instructions to further the performance of the 
desired operation. 
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These features of the invention enable a user request which originates 
outside of the user's personal communication apparatus to be processed 
when the meaning of the request is not known to the user's personal 
communication apparatus. Preferably, said action code is the code is read 
5 from the device of the present invention. 

According to another aspect, the present invention may provide a system 
comprising a user's personal communication apparatus and a server for 
carrying out the above-mentioned method. 

10 

According to another aspect, the present invention may provide a device for 
directing the operation of a user's personal communication apparatus, 
comprising an RF tag embedded in a gewgaw. 

15 Exemplary embodiments of the invention are herein described with 
reference to the accompanying drawings, in which: 

Figures 1(a) and 1(b) show an iBead in accordance with the invention; 

20 Figures 2(a), 2(b), 2(c) ft 2(d) show different aspects of a mobile phone 
equipped with an RF ID reader in accordance with the invention; 

Figure 3 shows a first system architecture in accordance with the 
invention; 
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Figure 4 shows the structure of a message packet in accordance with the 
present invention; 

Figures 5(a), 5(b) £t 5(c) show the path of a message packet in the Figure 3 
5 system; 

Figure 6 shows a second system architecture in accordance with the 
invention; 

10 Figure 7 shows the path of a message packet in the Figure 6 system; 

Figures 8 shows example applications of a system in accordance with the 
invention; 

15 Figure 9 shows a third system architecture in accordance with the 
invention; and 

Figures 10(a), 10(b), Figure 1 1 to 17 ft Figures 18(a) and 18(b) show how 
iBeads can interact with an RF ID reader. 

20 RF ID technology is based on bi-directional radio frequency communication 
between an RF ID control unit and an RF tag. The tag comprises an 
antenna, control circuitry and memory in which information is stored. The 
memory may be read-only in which case the information is unalterable, or 
read/write which means that information can be overwritten or added to 

25 memory at a later time by the user. The control unit comprises an antenna 
and modulation/demodulation circuits. When operating, the control unit 
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emits an electromagnetic field which extends over a certain volume around 
the control unit If an RF tag passes into this volume, the field activates 
the control circuitry of the RF tag. A dialog is then set up in which the tag 
identifies itself by sending the information contained in its memory to the 
5 control unit. Upon receiving the information, the control unit decodes it 
RF tags can be either passive or active. In the case of a passive RF tag, 
there is no on-board power supply, rather, energy is obtained from the 
electromagnetic field generated by the RF ID controller. Active tags 
contain an intrinsic power source, such as a battery. 

10 RF ID technology has become technically mature and is being adopted in 
different fields ranging from, for example, storage management to 
electronics tickets in commuting. At present, RF tags are available at about 
the size of a sand grain and at low cost. 

15 Referring to Figures 1(a) and Figure 1(b), an iBead 10 comprising an RFtag 
20 embedded in a decorative casing 40. Referring to Figure 1(b), the RF 
tag 20 comprises an antenna 22, control circuitry 24, and read-only 
memory 26 in which a 128-bit code number is stored. The RF tag 20 is 
passive and so does not contain its own power source. The physical size of 

20 the chip bearing the RF tag is only 0.4 mm squared. The casing 40 is much 
larger and is made so deliberately to facilitate easy handling by the user, 
and to enable the casing to perform an aesthetic function. For the 
purposes of the accompanying drawing, the casing is shown 
diagrammatically without regard to aesthetic considerations. However, in a 

25 physical embodiment of the invention, the casing can serve as a fashion 
accessory and blend with or augment the look of the user, or make a 
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statement about the user. Also, the casing may represent a particular 
private group of people, the emblem of a sporting team, or the brand of a 
commercial venture. The casing can also be hard or soft. The casing may 
be as substantially planar as the RF tag architecture will allow. Also, the 
5 casing may be provided by another object having a different original 
primary purpose. The casing may also not wholly enclose the RF tag, 
although normally it should afford significant protection to the RF tag 20. 

A portable personal communication apparatus in the form of a mobile 
10 phone 50 conventionally comprises a display 52, a keypad 54, and a 
housing 53 as shown in Figure 2(a) , and a cellular radio interface 56 
capable of data/speech reception and transmission to and from a cellular 
network 70, and a central control unit 58 for coordinating the overall 
operation of the mobile phone and a memory unit 59, as shown in Figure 
15 2(b). The memory unit is used to store, inter alia, a phonebook, an address 
book, emails and SMS messages which have been sent and received, and 
call lists containing lists of calls made and received, and missed calls. In 
accordance with an embodiment of the invention, the mobile phone 50 
further comprises an RF ID reader 60. In Figure 2(a), the RF ID reader 60 is 
20 shown in dotted outline to indicate that it lies below the surface of the 
housing 53. A marking 61 provided on the housing 53 in the area near to 
the RF ID reader 60 serves to indicate to the user the area in which the 
iBead can be read. 

25 The cellular network 70 includes a gateway server 75 through which 
internet access is achieved. An iBead broker server 80 and a plurality of 
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iBead action servers 85a f 85b are also shown making up part of the 
internet. The gateway server 75 is connected to the broker server by an 
encrypted data pipeline 89, and the broker server 80 is connected to the 
action servers 85a, 85b by encrypted data pipelines 90a, 90b. Web sites 
5 95a, 95b of service providers are also shown on application servers. 

When the user brings the iBead 10 into the reading range of the RF ID 
reader 60, the RF ID reader 60 reads the code on the iBead 10 and 
communicates this to the central control unit 58. First, the central control 
10 unit 58 checks in its memory 59 to see whether the code of the iBead is 
known locally. If the code is known locally, the central control unit 58 
performs the macro/operation allocated to the code. 

One example of this type of macro is sending an email to a spouse to 
indicate that you will be home later than usual. The whole process of 

15 sending the email could be triggered by the iBead 10 with no further 

intervention being required from the user. Alternatively, the macro might 
stop short of actually sending the email and provide the user with the 
opportunity to amend and/or approve the email before sending. Even in 
this case, navigating the menu structure, and the cumbersome process of 

20 entering an email on a mobile phone keypad is largely avoided. Another 
example is that a macro performs the operation of opening up the browser 
of the mobile phone at a predetermined IP address. (It is emphasized that 
the code read from the iBead references the macro, and other than that 
connection has no relationship to the IP address.) If, for example, the iBead 

25 bore the logo of CNN, then the predetermined IP address might be that of 
the CNN home page. Another example is to use a macro to activate a 
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secrecy mode. A secrecy mode is a conventional feature which enables a 
user to hide selected information from an unauthorized person and the 
normal access control mechanism is a PIN code. Figure 2(c) shows a typical 
list of options available in respect of an individual entry in the user's 
5 phonebook. If a "secrecy" iBead is read, an association is created between 
the secrecy iBead and currently-displayed phonebook entry. The display 52 
for a short while indicates that the phonebook entry has been made secret 
as shown in Figure 2(d), and then that phonebook entry disappears, either 
indefinitely or for a predetermined duration controllable via a menu by the 

10 user. When the secrecy iBead is read again, the associated phonebook 
entry is made visible again and the display 52 adopts the Figure 2(d) state. 
At this point, the association between the iBead and the phonebook may be 
broken by selecting and thereby deactivating the secrecy option. If the user 
does not select that option, then, after a short duration, pre-selected by the 

15 user, the phonebook entry reverts to its hidden, secret state. More than 
one iBead maybe associated with selected information, whereby if a given 
iBead is lost, the secrecy mode may be disabled or unlocked by another 
iBead. A conventional; PIN code is used to globally reveal all the 
information previously made secret. 

20 If the code of the iBead 10 is not known locally, the phone 50 sends a 
action_request message over it's cellular interface 56 to a remote server. 
The server can either be a default server. Alternatively, the server which 
should be accessed can be indicated by a part of the code itself. The server 
can be part of the cellular network or a server on the internet. 

25 The action_request message 100 comprises at least a message identifier 
field 102 indicating that the message is an iBead packet, an action code 
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field 104 containing the code of the RF tag in the iBead, and an 
authentication field 106 containing information such as the IMEI code of 
the mobile phone. 

In the embodiment shown, the action_request message is based on the 
5 message identifier field 102 automatically directed to the iBead broker 
server 80. The broker server 80 contains a database which, inter alia, maps, 
or associates the codes of the RF tags in the iBeads with predetermined 
actions. If the system is configured such that for each iBead registration, 
the broker server 80 always contains only a URL to an action server, then 
10 the predetermined action can be merely a URL, the requirement to access it 
being implicit as a result of the system configuration. 

If the broker server 80 recognizes the action code in the action_request 
message, then two possibilities arise. In the case where the instruction or 
operation associated with the code is relatively simple and/or relate to a 

15 standard system operation, then the instructions 120 for the macro may be 
returned to the mobile phone 50 directly by the broker server and carried 
out as shown by the diagram in Figure 5(a). In the case where the 
instruction or operation associated with the code is more complicated or 
relates to a non-standard operation, the broker server 80 delegates 

20 responsibility to a relevant action server, let's say in this case action server 
85a, which then sends the instructions 120 for the macro to the phone 50, 
either directly as shown by the diagram in Figure 5(b), or back via the 
broker server 80 as shown in Figure 5(c). The advantage of the Figure 5(c) 
embodiment is that it is possible to make use of the encrypted pipeline 90b. 
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An alternative architecture is shown in Figure 6. In this embodiment, the 
broker server 80 is located inside the cellular network 70. As the broker 
server 80 is wholly controlled by the operator, there is a business need, to 
insulate the private information of the iBead sponsor and users from the 
5 operator and so to this end security is provided by an encryption 
mechanism as described below. 

The mobile phone 50 treats the RF ID code which it reads from the memory 
26 of iBead as having two parts: a KEY part for decryption, and an action 
code part for designating the required operation. Referring to Figure 7, on 

10 reading an iBead, the phone 50 sends an action_request message 100a to 
the cellular network. On the basis of the message identifier field 102 of the 
action__request message 100a indicating that this message is an iBead 
packet destined for the broker sever 80, the message is routed to the broker 
server 80. The broker server 80 contains a database containing a plurality 

15 of iBead registrations, each registration record comprising at least an 
action code field and a corresponding encrypted macro/instructions field. 
On receipt of the message 100a, the broker server matches the action code 
field 104 with the action code of an iBead registration in its database and 
sends back the corresponding encrypted instructions 120a to the mobile 

20 phone identified by the authentication field 106. Since the mobile phone 
knows the KEY, i.e. the code part of the RF ID code, it is able to decrypt the 
instructions. It will thus be appreciated that although the iBead 
registration database is located on a server located in the operator's 
network, the operator lacking knowledge of the KEY cannot interpret the 

25 information which stores and maintains. As per the Figure 3 embodiment, 
the received instructions 120a can simply be for local operations or can 
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instruct further remote access. With the Figure 6 system architecture 
especially, it is preferred to keep the length of the encrypted macros short, 
where possible, to minimize the amount of decryption which needs to be 
performed by the mobile phone and to minimize the burden on the 
5 operator. Thus, it is preferred that the received instructions provide only a 
further URL to a remote action server 85a, 85b and an instruction for 
further more detailed instructions to be retrieved therefrom. Thus, in this 
case, a further action_request message 100b is sent, this time the message 
identifier field 102 indicating that this is an iBead packet destined for the 

10 internet and specifies the URL of an action server 85a, 85b. The action 
server 85a, 85b also contains a database containing a plurality of action 
code fields, and a corresponding macro/instructions field. On receipt of the 
message 100b, the action server matches the action code field 104 with an 
entry in the action server database and sends back the corresponding 

1 5 instructions 1 20b to the mobile phone identified by the authentication 
field 104. 

For both the -Figure 3 and Figure 6 embodiments, instructions for the action 
servers 85a, 85b can either be for local operations or can instruct further 
remote access to the service provider web sites 95a, 95b or a combination 
20 thereof. 

In the Figure 3 embodiment, the KEY derived from the iBead can be used 
for encryption of the traffic between the mobile phone and the servers 85a, 
85b, 95a, 95b in the internet 

An advantage of the remotely-stored macro approach illustrated by Figures 
25 3 and Figure 6 is that the perceived function of the iBead 10 can be 
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centrally controlled and updated according to need by the sponsor of the 
iBead 10. A further advantage of this approach is that the remote access 
performed by the mobile phone 50 alerts the servers to the use of the 
iBead, and to the identity of the iBead by the authentication field 106. 
5 Another advantage is that the nature of the system, especially the pivotal 
role of the broker server 80, enables iBeads which have inappropriate 
functionality associated with them to be easily disabled. The commercial 
advantage of this remotely-stored macro approach might be further 
illustrated by the following examples, where a retailer is used a specific 
10 example of an iBead sponsor. 

In a system having the Figure 3 system architecture, as part of a product 
promotion, a retailer may have produced a set of iBeads having a casing 
signifying the retailer, each iBead bearing the same code. The retailer 
registers the iBead's code and the action to be performed on the. broker. 

15 server 80 via the internet. Thus, once a customer reads the iBead (and 

assuming the action is not known in the phone 50 itself) the action defined 
by the retailer can be performed in various ways, as described above. One 
possibility is that the iBead might provide access to the retailer's own web 
site 95a which includes web pages dedicated to the product to be 

20 promoted. Because the server will record the number of hits on the web 
pages, the promotional material shown and/or terms of the offer for sale 
can be dynamically adjusted or customized in real time according to 
consumer interest The retailer also has a real time overview of currently 
active iBeads. 



25 In a system having the Figure 6 system architecture, the retailer may 
produce a set of iBeads having a casing signifying the retailer, but each 
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iBead bearing a different code. Because in this case, there is a one-to-one 
relationship between an iBead and an individual, an association can be 
made between an individual iBead and its users. This knowledge enables 
other possible applications. 

5 A specialist iBead service company on behalf of the retailer registers the set 
of iBeads on the cellular operator's broker server 80, the broker server 
database action codes for each iBead containing an encrypted URL 
corresponding to an action server 85a. The specialist iBead company 
installs in the action server in respect of each the registered iBeads, iBead 

10 middleware necessary to properly interface with retailer's iBead-related 
web site and further instructions for accessing the retailer's web site 95a. 
When the phone 50 reads the iBead 10, the broker server 80 and the action 
server 85a are accessed as described in relation to Figure 7, where the 
instructions 120b sent from the action server comprise the retailer's iBead 

15 middleware and further instructions for accessing the retailer's web site 
95a. 

Once a connection with the retailer's web site is established, transactions 
as per Figure 8 can be carried out. In Figure 8, the particular transaction 
being carried out is the download of digital content, specifically music. 

20 User 1 who is the first user and buyer of the iBead 10 accepts the music to 
be downloaded at the specified price (100 currency units) by means of a 
payment message 130 which also specifies the identity (ID) of the iBead 
and that of the user. Once the payment has been received the purchased 
content is downloaded in the message 132. The retailer thus has a record 

25 of the first user of the iBead, the identity of the first user, and the price 
that was paid for the music. The iBead 10 is then passed by user 1 to user 



WO 2004/003829 



PCT/IB2003/002494 



16 

2. User 2 then by means of the iBead as previously described initiates a 
second transaction with the web site 95a. When user 2 accepts the music 
to be downloaded at the specified price (90 currency units) by means of a 
payment message 134 which also specifies the identity (ID) of the iBead 

5 and the second user. Once the payment has been received the purchased 
content is downloaded in the message 136. As the retailer knows the first 
user of the iBead, the identity of the first user, and the price that was paid 
for the music, he is able to make a compensatory payment (10 currency 
units) to the first user via message 138. This payment could be regarded as 

10 a royalty for the first user for putting a particular iBead into circulation 
amongst his circle of acquaintances. 

Also, in this case where the amount of the payment is equal to difference 
between original selling price and the current selling price, it is form of 
assurance and comfort to the first user that if he buys content early in its 
15 lifetime when the price is high, if he puts the iBead into circulation, he may 
well receive compensatory payment later on reflecting any drop in price. 
For subsequent transactions, all the previous users receive an additional 
payment. In some embodiments, where the market price does not fall, no 
additional payments are made. 

20 Also, for various applications, the operation performed for the first user can 
be different or accumulative for the second and subsequent users. The 
retailer can track the use patterns (type/frequency) of its iBeads via a real 
time interface accessing the relevant server 80, 85a, 85b, in the internet. 
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In the above example, the iBead sponsor was a retailer. However, it is an 
important aspect of the herein-described preferred systems that the 
architecture 

is open and flexible enough so that end-consumers, should they so wish, 
5 can straightforwardly become distributors of their own iBeads and content 

In one business model, for example, using the Figure 3 system, end 
consumers could buy a set of their own iBeads which at the point of sale 
are registered on the broker server 80. The iBead registration includes a 
URL of an action server 85a, which URL could be supplied by the iBead 

10 seller or the user who wants to use his chosen iBead service company. 
Thereafter, the user either by means of his mobile phone, or in more 
complicated cases a PC, accesses the action server and through user- 
friendly action server user interface software the user can define the 
actions which it want to perform. For example, a very simple common 

15 action might be simply to access his personal home page. Other actions 
could be to download recently taken pictures or the user's latest song. In 
the case, where an iBead is used to simply control the local functions of 
the phone, the programming is done locaiiy. 

Where the instructions to be downloaded to the user are dynamic as in 
20 some other examples above, it is preferred that the downloading operation 
is coordinated from an action server, to which the retailer has rights to 
program, or at the retailer's own server - although, in principle, this might 
also be done at the broker server 80. 
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In other embodiments, when the macro or instructions have been first 
retrieved from a remote server 80, 85a or 85b, they can be cached locally 
to avoid repeating the download operation. 

Figure 9 shows a third system architecture in accordance with the 
5 invention. In this architecture, the broker server 80 is replaced with a 
iBead/URL directory server 82, but other than this respect, this system can 
be used like, and is analogous to, the Figures 3 and 6 systems. The 
directory server 82 contains a database relating to a certain set of iBeads. 
The database maps each iBead, as identified by it's RF tag code, with a URL 

10 of an internet server 85a,85b,95a,95b. On request from a mobile phone 50, 
the directory server 82 downloads via a WLAN link 83 a database 
containing entries relating to a typically large set of iBeads and caches that 
information for future use. Then, if the user subsequently acquires any 
iBead in the downloaded set, the mobile phone can directly access that 

15 web page without going through a broker server 80. A typical application 
for this might be in relation to a city's train network. At a station hotspot 
equipped with a high speed WLAN access; point, a user can download the 
database for the entire network. Then, as needed, the user when needing 
information about a particular train or a particular station, can obtain the 

20 relevant iBead at a station. On reading the iBead, the mobile phone gains 
access to the relevant web pages without accessing the broker server. 
User's might typically carry an iBead for each of the train lines upon which 
they normally travel. If they travel on a new line, they just obtain a new 
iBead for that line. 



25 It will be appreciated that in a system according to the Figure 9 
architecture, it is incumbent on the user to periodically update the 
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databases which it locally stores as the they will, no doubt, change with 
time. However, updating probably need not be so frequent as the URLs 
should mainly remain quite stable, at least for an entity like a city's train 
network. 

5 In other embodiments, a iBead/URL directory server 82 can be used in 
parallel with a broker sever 80. 

In the above described embodiments, the reading of an iBead 10 was 
triggered by moving it into the reading range of the RF tag reader 60. This 
process is illustrated in Figure 11. Referring to Figure 11, an iBead 10 

10 comprising an RF tag 20 is embedded into a protective and/or decorative 
casing 40. An RF ID reader 60 is located close to the surface but beneath 
the surface of the phone cover 53. The interaction between iBead 10 and 
the RF ID reader 60 may be characterized as "skimming". The arrow 32 
shows the motion of the iBead which moves it into the reading range of 

15 the RF ID reader 60 enabling a non-contact data transfer. For skimming , 
the casing 40 need only pass in the general vicinity of the RF ID reader 60 
in order for the RFtag to be read. . The marking 61 on the housing 53 
identifies for the user the which area which should be skimmed. 

It will be appreciated that from a technical standpoint the RF tag 
20 technology does not require contact between an iBead 10 and an RF reader 
60 in order to function. However, users are likely to carry a set of iBeads 10 
which provide them with a quick and easy way to perform a range of tasks. 
However, in carrying a set of iBeads, which may be carried together on a 
single string or strap, there is the risk that more than one iBead will be read 
25 by the iBead reader which could lead to actions unintended by the user 
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being performed. One way of indicating which iBead should be activated is 
to list the iBeads which have been read by the RF tag reader in a menu, and 
request the user to select the required iBead from the menu. Alternatively, 
as shown in Figures 10(a) and 10(b), the RF tag reader 60 is equipped with 
5 a docking mechanism 30 into which the iBead must be docked in order to 
be activated for reading. In Figure 10(a), the iBead 10 is not docked and 
not activated, and thus cannot be read. In Figure 10(b), the iBead is docked 
to the docking mechanism 30 and can be read. Thus, the use of docking 
mechanism serves to identify for sure the iBead to be read. Also, in the 

10 case where the iBead contains a read-only RF tag, which does include any 
encryption, whereby the fixed 128-bits can be read by any third party, the 
selective activation of the iBead is facilitated by docking. Another 
advantage of employing a docking mechanism is that the act of docking 
can signal to the RF ID reader 60 that it should attempt a reading 

15 operation. This results in a power saving over the Figure 1 1 embodiment in 
which the RF ID reader 60 attempts a reading operation at frequent 
intervals. 

There are various ways to activate the iBeads, for example, by mechanical 
activation. In one embodiment, a magnet in the RF ID reader 60 causes 

20 mechanical movement inside the iBead 10 which closes and open circuit 
pathway in the iBead, thereby activating the resonator of the iBead. 
Another example is resonator circuit activation, in which the iBead 10 is 
provided with a magnetic resonator which when remote from the reader 
does not resonate; but when it is brought close to the reader, a matched 

25 circuit in the reader causes the resonator inside the iBead to resonate. 
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From the user experience standpoint, some kind of tactile interaction is 
often desirable. Accordingly, in one embodiment a spring/switch is built 
into the in the RF ID reader and/or docking mechanism 30 and provides 
tactile feedback when interaction occurs. 

5 

Figures 12 to 14 show another example where tactile feedback is provided 
to the user. Referring to Figure 12 f the iBead casing 40 includes a 
protruding docking member 34. It is inserted into the complementary jaws 
31 of a docking mechanism 30 madeof compressible, deformable material. 

10 Downward pressure, as indicated by the arrow P, on the iBead 10 exerted 
by the user causes the abutting face of the casing 40 to gently compress 
the body of the docking mechanism to enable the insertion of the docking 
member 24 into the jaws 31 to a distance at which ribs (not visible at the 
scale shown) formed in the jaws 31 snap into engagement with the grooves 

15 36 formed in the docking member 24 and retain the iBead 10 in position. 
The positive retainment of the iBead is sensed by the user and thus serves 
to provide tactile feedback. (The grooves are most clearly visible in the 
enlarged portion of Figure 14). The RF ID reader 60 is calibrated such that 
it can only read the iBead 10 at a very limited range equivalent to when 

20 the iBead is held fast in the docking mechanism 30 as shown in Figure 14. 
It will be appreciated that this example docking mechanism not only 
provides the user with tactile feedback as just described, but also serves to 
control which iBead is read. The iBead can be removed by a concerted pull, 
the deformability of the docking mechanism enabling proper withdrawal. 



25 
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In a variation of this embodiment, the calibration of the RF ID reader and 
the physical properties of the docking mechanism 30 can be adjusted such 
that once the iBead is held fast in the docking mechanism still further 
user-applied pressure is required to reduce the distance between the RF tag 
5 and the RF ID reader to reading range. Thus, the iBead can act very much 
like a button. 

Another docking mechanism is shown in Figures 15 to 17. In this 
embodimentthe casing 40 is first manoeuvred, as indicate by the arrow P 

10 in Figure 15, such that the docking member 34 enters the jaws of the 

docking mechanism and then twisted, as indicated by the arrow T in Figure 
16, to lock it into place. As per the previous embodiment, the calibration of 
the RF ID reader and the physical properties of the docking mechanism 30 
carl be adjusted such that once the iBead is twist locked into the docking 

15 mechanism still further user-applied pressure is required to reduce the 
distance between the RF tag and the RF ID reader to within reading range. 
Again, the iBead can act very much like a button. 

To unlock and remove the iBead, it is twisted in the opposite direction to T 
20 and pulled. 

The above embodiments are particularly suited to a situation in which a 
user buys an iBead and programs it to open a page of the news headlines 
and he does not like carrying beads on a strap. Since this is something he 
25 wants to do every day, he inserts the iBead into the RF ID reader. 
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Thus it will be appreciated that having a physical object (e.g. a iBead) 
representing a task or thing ( e.g. "call Leon "get latest news") can be easier 
for the user to understand, since there is a 1 :1 relationship between the 
task, and the object used to complete the task. Also, tactile feedback is a 
5 natural extension of what humans already do, for example, when shaking 
hands or exchanging business cards. 

In the Figure 17 embodiment, the iBead 10 is provided with an LED 42 
which is coupled to a connection terminal 39 via power supply lines 41. The 

10 iBead can be mounted in the docking mechanism 30 as per any of the 
Figure 12 to 16 embodiments. The RF reader supplies power via a power 
line 38 to the mouth of the docking mechanism. When the iBead is docked, 
as previously described,. a direct contact is made between the iBead 10 and 
the RF ID reader 60. Acting on instructions from the central processor 58 

15 an electrical current is sent to the iBead via power supply lines. This can be 
used to power devices providing user feedback in the casing 40, such as 
the light emitting diode 42 shown. Alternative devices include a small 
speaker for providing an audio signal, a bipolar display or a mechanical 
device for moving or rotating part of the casing 40. 

20 

This embodiment provides user feedback on a mobile electronics device. It 
is particularly suited for status related tasks where the user needs to be 
kept informed with the status of a task. Example of particular types of 
application for this type of iBead are given below. 



25 
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Example 1 : The user buys an "WLAN status bead" to check when they are in 
range of a WLAN hotspot, and docks it on their functional cover. The bead 
glows when it is in range (after getting the information from the handset). 

5 Example 2: The user buys a "Wizard Bead" from their online gaming 
environment, which represents the health of their character in the online 
world. When the character is in danger, the wizard-shaped bead glows red, 
prompting the user to interact more with the online world. 

10 Example 3: The user decides to back up the photos in the phone's inbox to 
their Club Nokia storage space. The status iBead flickers showing the data 
being sent, and glows green once the transfer is complete. 

Thus, it will be appreciated that the described embodiments of the 
15 invention provide a solution which might replace some of the utilitarian 
things which people carry in their wallets with potentially items which can 
serve as fashion items but also have a function, this function being to 
simplify the, for example, mobile phones are used. 

20 Figures 18(a) and Figures 18(b) show arrangement in which two iBeads are 
docked for reading at the same time. In the Figure 18(a) arrangement, two 
separate docking mechanisms 30a, 30b are provided adjacent one another. 
An iBead 10 can then be docked into the respective docking mechanism 
30a, 30b. A single RF ID reader 60 is located intermediate the docking 

25 mechanisms. The RF ID reader 60 is provided with software which 

implements an anti-collision algorithm which enables both docked iBeads 
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to be detected and individually read. In the Figure 18(b) arrangement, an 
adaptor 65 is removably docked in a single docking mechanism 30. The 
adaptor 65 hosts a pair of iBeads 10 at the same time between a pair of 
resilient arms 66. which allow the iBeads to be inserted and removed. The 
5 curves at the end of the arms 66 facilitate the easy initial insertion of the 
iBeads. In this embodiment too, anti-collision software is needed. By 
reading both iBeads at the same time, the functionality of the iBead system 
can be extended. For example, two business partners each carry an iBead 
which when used separately access their company bank account. When 
10 both iBeads are simultaneously docked, then and only then can funds be 
transferred from a joint bank account. 

It is also noted that by docking a plurality of iBeads at the same time, a 
physical programming language can be created, where each iBead 
15 represents a command e.g. Call, Open Web Page Of, or an argument of a 
command e.g., Ingrid, Mike. In such a programming language , the order of 
the iBeads may also have meaning. 

In other embodiments (not shown), each docking mechanism 30 could be 
provided with a dedicated RF ID reader and the range of the RF ID reader 
20 could be adjusted to prevent mutual interference. 
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CLAIMS 

1. A device for directing the operation of a user's personal communication 
apparatus, comprising an RFtag located in a decorative casing of a size to 
facilitate handling by the user, wherein the RF tag stores a code to direct 

5 the operation of a user's personal communication apparatus. 

2. A device as in Claim 1, and further including means for providing user 
feedback under selected conditions. 

10 3. A device for directing the operation of a user's personal communication 
apparatus comprising an RF tag embedded in a gewgaw. 

4. A device as in any of .Claims 1 to 3, further comprising switch means by 
which the device can be switched between an inactive mode to an active 

15 mode in which it can be read. 

5. A system comprising a device comprising an RF tag inside a casing, and 
a user's personal communication apparatus having an RFtag reader which 
is operable upon reading the RF tag to perform an operation associated 

20 with said RF tag. 

6. A system as in Claim 5, wherein matching the RF tag with the said 
operation is performed locally in the user's personal communication 
apparatus. 



25 
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7. A system as in Claim 6, wherein said operation is to enable and/or 
disable local functions of the user's personal communication apparatus. 

8. A system as in Claim 7, wherein said operation is to lock and/or unlock a 
5 secrecy mode for information in the user's personal communication 

apparatus. 

9. A system as in Claim 5 or 6, further comprising a remote server 
containing a database mapping codes stored on RFtags with 

10 predetermined operations, wherein matching an action code of the RF tag 
with said associated operation is performed in a remote server. 

10. A system as in Claim 9, further comprising means, on matching the 
code of the code of the RF tag of the device with a predetermined 

15 operation, to download to the user's personal communication apparatus 
instructions to perform said associated operation. 

1 1. A system as in Claim 10, wherein the code of the RF tag comprises an 
action code and a key part, and the predetermined operations 

20 corresponding to said matched action code can be decrypted by the key 
part. 

12. A system as in any of Claim 5 to 1 1, wherein the user's personal 

25 communication apparatus includes a docking means into which the device 
can be docked. 
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13. A system as in Claim 12, wherein reading of the RF tag can take place 
only when the device is docked into the docking means. 

14. A system as in Claim 12 or 13, wherein reading of the RFtag can take 
5 place only when the device is docked into the docking means and further 

pressure is applied to the casing by the user. 

15. A system as in any of Claims 12 to 14, wherein the user's personal 
communication apparatus includes a docking means into which a plurality 

10 of devices can be docked and read simultaneously. 

16. A system as in Claim 15, wherein the operation requested by said 
plurality of docked devices is dependent on the combination thereof. 

15 17. A system as in any of Claims 12 to 16, wherein the device further 
comprises means for providing user feedback under selected conditions, 
and the user's personal communication apparatus comprises a power 
supply means to supply power to said feedback means, when the device is 
docked. 

20 

18. A set of devices for directing the operation of a user's personal 
apparatus, each comprising an RF tag embedded in a decorative casing, the 
appearance of each casing being differentiatable from others in the set. 

25 19. A method of directing the operation of the user's personal 
communication apparatus by 
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the user requesting a desired operation by performing an interaction with 
the user's personal communication apparatus which generates an action 
code from external of the user's personal communication apparatus; 

5 automatically routing an action-request message, including an action code 
field which is the same as or derived from said action code to a server; and 

the server performing instructions to further the performance of the 
desired operation. 
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